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METHOD AND APPARATUS TO MONITOR USE OF A PROGRAM 



BACKGROUND 



5 Software programs are easily duplicated using conventional copying technologies. 

A software program typically comprises a set of instructions that are typically stored in 
some form of machine-readable media, such as magnetic disk, optical disk, random- 
access memory (RAM), read-only memory (ROM), and so forth. The task of copying 
these instructions from one machine-readable media to another is relatively trivial, and 

10 may be accomplished any number of ways. 

Consequently, various technologies have been developed to control and manage 
the use of software. One goal of these technologies may be to facilitate the distribution 
and use of software by authorized users, while minimizing or preventing use of the 
software by unauthorized users. The term "authorized" may refer to those users 

15 permitted to use the software, while "unauthorized" may refer to those users not 

permitted to use the software. Basis for permission may be, for example, contingent 
upon paying a fee for use of the program. 

One type of technology used to control and manage the distribution and use of 
software may be generally referred to as a "permission-based" technology. In 

20 permission-based technology, the program may have a user enter a passcode prior to 
allowing the program to execute. The passcode typically comprises a unique 
combination of alphanumeric characters or symbols. Thus, even if a user were to retrieve 
an unauthorized copy of the program, it would not operate without the appropriate 
passcode. 
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Permission-based technologies, however, arp unsatisfactory for a number of 

reasons. For example, the user may have to undertake the administrative burden of 

retrieving the passcode prior to using a program. In addition, the user may have to enter 

the passcode prior to every use of the program. This may be tedious and time-consuming 

5 for the user, especially if they make frequent use of the protected software. Moreover, 

these administrative tasks may become much more burdensome when multiple copies of 

the program are being executed on multiple machines, such as in a corporate or network 

environment. Further, if the passcode was compromised unauthorized users may use the 

passcode to activate illegally copied versions of the software program. 

10 In view of the foregoing, it can be appreciated that a substantial need exists for a 

f;i method and/or apparatus that solves the above-discussed problems. 

H BRIEF DESCRIPTION OF THE DRAWINGS 

CO 

^ 

15 The subject matter regarded as embodiments of the invention is particularly 

J pointed out and distinctly claimed in the concluding portion of the specification. 

Embodiments of the invention, however, both as to organization and method of 
operation, together with objects, features, and advantages thereof, may best be 
understood by reference to the following detailed description when read with the 
20 accompanying drawings in which: 

FIG. 1 is a system suitable for practicing one embodiment of the invention. 
FIG. 2 is a block diagram of a system in accordance with one embodiment of the 
invention. 
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FIG. 3 is a block flow diagram of the programming logic performed by a 
managing program module in accordance with one embodiment of the invention. 

FIG. 4 is a block flow diagram of the programming logic performed by a 
monitored program module in accordance with one embodiment of the invention. 
5 FIG. 5 is a block flow diagram of the programming logic performed by a 

monitoring program module in accordance with one embodiment of the invention. 

DETAILED DESCRIPTION 

10 In the following detailed description, numerous specific details are set forth in 

order to provide a thorough understanding of the embodiments of the invention. It will 
be understood by those skilled in the art, however, that the embodiments of the invention 
may be practiced without these specific details. In other instances, well-known methods, 
procedures, components and circuits have not been described in detail so as not to 

15 obscure the embodiments of the invention. 

The embodiments of the invention comprise a method and apparatus to securely 
monitor use of a software program over a network. More particularly, the embodiments 
of the invention may authorize use of a software program, monitor the use of a software 
program, and measure the time the software program is in authorized use. The owner 

20 may use the measured time for any number of purposes, such as reporting, billing, 
tracking and so forth. 

The embodiments of the invention may reduce the disadvantages associated with 
conventional permission-based technologies. For example, the user may no longer need 

4 
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to procure and input a passcode prior to using the software program. This may 

potentially reduce the administrative burden on an authorized user, as well as the risk of a 

passcode being utilized by unauthorized users. In another example, the costs or fees for 

use of the software program may vary as usage varies, to more accurately reflect the true 

5 commercial value of the software program. This may provide advantages over previous 

techniques that attempt to gain value from the software program by, for example, selling 

a single or multi-user license for the software program. 

It is worthy to note that any reference in the specification to "one embodiment" or 

"an embodiment" means that a particular feature, structure, or characteristic described in 

f"^ 10 connection with the embodiment is included in at least one embodiment of the invention. 

i$ The appearances of the phrase "in one embodiment" in various places in the specification 

are not necessarily all referring to the same embodiment. 

Referring now in detail to the drawings wherein like parts are designated by like 

if li V 

reference numerals throughout, there is illustrated in FIG. 1 a system suitable for 
il 15 practicing one embodiment of the invention. FIG. 1 is a block diagram of a system 100 
j§ comprising a network 102, a network 1 14 and a network server 118. In one embodiment 

of the invention, network 102 may comprise network nodes 104, 106 and 108, with each 
capable of communicating with each other over a communication medium 1 10. Network 
nodes 104, 106 and 108 may comprise, for example, a personal computer, server, 
20 network appliance, gateway, router, switch and so forth. Network 102 may be capable of 
communicating with network 1 14 over communication medium 1 12. Network 1 14 may 
comprise one or more network nodes (not shown) that are capable of communicating 
information from network 102 to network server 1 18. Network 1 14 may be capable of 
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communicating with network server 118 over communication medium 116. In this 

embodiment of the invention, network 100 and its various component parts may be 

configured to operate in accordance with any number of networking technologies, and 

may include, for example, the various hardware, software and connectors necessary to 

5 communicate information between network nodes. In one embodiment of the invention, 

network 100 is configured to communicate information in accordance with the 

Transmission Control Protocol (TCP) as defined by the Internet Engineering Task Force 

(IETF) standard 7, Request For Comment (RFC) 793, adopted in September, 1981, and 

the Internet Protocol (IP) as defined by the IETF standard 5, RFC 791, adopted in 

C;3 10 September, 1981, both available from ^^wwietforg" ("TCP/IP Specification"). 

Ci FIG. 2 is a block diagram of a system 200 in accordance with one embodiment of 

:P the invention. System 200 may be representative of a network node, such as network 

nodes 104, 106 and 108, and network server 1 18, for example. As shown in FIG. 2, 

system 200 includes a processor 202, an input/output (I/O) adapter 204, an operator 

2 15 interface 206, a memory 210 and a disk storage 218. Memory 210 may store computer 

|:;^^ program instructions and data. The term "program instructions" may include computer 

code segments comprising words, values and symbols from a predefined computer 

language that, when placed in combination according to a predefined manner or syntax, 

cause a processor to perform a certain function. Examples of a computer language may 

20 include C, C++, lisp and assembly. Processor 202 executes the program instructions, and 

processes the data, stored in memory 210. Disk storage 218 stores data to be transferred 

to and from memory 210. I/O adapter 204 communicates with other devices and 

transfers data in and out of the computer system over connection 224. Operator interface 
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206 may interface with a system operator by accepting commands and providing status 

information. All these elements are interconnected by bus 208, which allows data to be 

intercommunicated between the elements. I/O adapter 204 represents one or more UO 

adapters or network interfaces that can connect to local or wide area networks such as, for 

5 example, the networks described in FIG. 1. Therefore, connection 224 represents a 
network or a direct connection to other equipment. 

Processor 202 can be any type of processor capable of providing the speed and 
functionality required by the embodiments of the invention. For example, processor 202 
could be a processor from family of processors made by Intel Corporation, Motorola 

10 Incorporated, Sun Microsystems Incorporated, Compaq Computer Corporation and 
others. Processor 202 may also comprise a digital signal processor (DSP) and 
accompanying architecture, such as a DSP from Texas Instruments Incorporated. 

In one embodiment of the invention, memory 210 and disk storage 218 may 
comprise a machine-readable medium and may include any medium capable of storing 

15 instructions adapted to be executed by a processor. Some examples of such media 
include, but are not limited to, read-only memory (ROM), random-access memory 
(RAM), programmable ROM, erasable programmable ROM, electronically erasable 
programmable ROM, dynamic RAM, magnetic disk (e.g. , floppy disk and hard drive), 
optical disk (e.g. , CD-ROM) and any other media that may store digital information. In 

20 one embodiment of the invention, the instructions are stored on the medium in a 

compressed and/or encrypted format. As used herein, the phrase "adapted to be executed 
by a processor" is meant to encompass instructions stored in a compressed and/or 
encrypted format, as well as instructions that have to be compiled or installed by an 
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installer before being executed by the processor. Further, system 200 may contain 

various combinations of machine-readable storage devices through various I/O 

controllers, which are accessible by processor 202 and which are capable of storing a 

combination of computer program instructions and data. 

5 Memory 210 is accessible by processor 202 over bus 208 and includes an 

operating system 216, a program partition 212 and a data partition 214. In one 
embodiment of the invention, operating system 216 may comprise an operating system 
sold by Microsoft Corporation, such as Microsoft Windows® 95, 98, 2000 and NT, for 
example. Program partition 212 stores and allows execution by processor 202 of 

10 program instructions that implement the functions of each respective system described 
herein. Data partition 214 is accessible by processor 202 and stores data used during the 
execution of program instructions. 

Program partition 212 may contain program instructions that may be collectively 
referred to herein as a monitored program module, a managing program module and a 

15 monitoring program module. Of course, the scope of the invention is not limited to this 
particular set of instructions or groupings of instructions. 

In one embodiment of the invention, the monitored program module may reside in 
the program partition 212 of a system 200 operating as a network node that is part of 
network 102, such as network node 104, for example. The monitored program module 

20 operates to communicate with the managing program module to periodically request 
authorization to execute a target software program. A target software program as used 
herein may refer to any software application or program to be monitored for usage. In 
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one embodiment of the invention, the target software program may reside in program 

partition 212 of network node 104 with the monitored program module, for example. 

In one embodiment of the invention, the monitored program module may 

comprise a combination of instructions added to a target software program and 

5 instructions stored as part of a usage library. The term "usage library" as used herein 

may refer to one or more predefined programming modules available for use by the target 
software program. In this embodiment of the invention, the predefined programming 
modules may perform the functions of creating a request for authorization to execute 
message, sending the request to the managing program, receiving an authorization 

10 message with a time interval, receiving a termination message, monitoring a clock to 
send another authorization message with a time interval, and so forth. Upon activation, 
the modified target software program may make software calls to one or more predefined 
programming modules that form the usage library at appropriate times during the 
execution cycle of the modified target software program. A software call may refer to a 

15 request by one program module for execution of instructions stored as part of another 
program module. 

In one embodiment of the invention, the managing program module may reside in 
program partition 212 of a system 200 operating as the same or another network node 
that is part of network 102, such as network node 106, for example. The monitored 
20 program module operates to communicate with the monitored program module to 

authorize and track usage of the target software program. The managing program module 
also communicates with the monitoring program module to communicate usage time for 
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a monitored program. The term "usage time" as used herein refers to the length of time a 

monitored program is in authorized use or is being executed with authorization. 

In one embodiment of the invention, the monitoring program module may reside 

in program partition 212 of a system 200 operating as a network server, such as network 

5 server 118, for example. The monitoring program module operates to communicate with 
the managing program module to receive time usage information and report the time 
usage information to an interested party. For example, the monitoring program module 
may use the time usage information to calculate a cost for using the target software 
program and bill the appropriate party accordingly. 

10 In one embodiment of the invention, I/O adapter 204 may comprise a network 

adapter or network interface card (NIC) configured to operate using any suitable 
technique for controlling communication signals between computer or network devices 
using a desired set of communications protocols, services and operating procedures, for 
example. In one embodiment of the invention, I/O adapter 204 may operate, for example, 

15 in accordance with the TCP/IP Specification. Although 170 adapter 204 may operate in 
accordance with the TCP/IP Specification, it can be appreciated that I/O adapter 204 may 
operate with any suitable technique for controlling communication signals between 
computer or network devices using a desired set of communications protocols, services 
and operating procedures, for example, and still fall within the scope of the invention. 

20 I/O adapter 204 also includes appropriate connectors for connecting interface 216 with a 
suitable communications medium. I/O adapter 204 may receive communication signals 
over any suitable medium such as copper leads, twisted-pair wire, co-axial cable, fiber 
optics, radio frequencies, and so forth. 
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The operations of systems 100 and 200 may be further described with reference to 
FIGS. 3, 4 and 5 with accompanying examples. Although FIGS. 3, 4 and 5 presented 
herein may include a particular processing logic, it can be appreciated that the processing 
logic merely provides an example of how the general functionality described herein can 
be implemented. Further, each operation within a given processing logic does not 
necessarily have to be executed in the order presented unless otherwise indicated. 

FIG. 3 is a block flow diagram of the programming logic performed by a 
managing program module in accordance with one embodiment of the invention. The 
term managing program module refers to the software and/or hardware used to 
implement the functionality for authorizing and recording the time a target software 
program is in authorized use or is being executed with authorization as described herein. 
In this embodiment of the invention, network node 106 may perform the functionality 
described with reference to the managing program module. It can be appreciated that this 
functionality, however, may be implemented by any device, or combination of devices, 
located anywhere in a communication network and still fall within the scope of the 
invention. 

FIG. 3 illustrates a programming logic 300 that when executed by a processor, 
such as processor 202, may perform the functionality described therein. A determination 
is made as to whether a monitored program is authorized to execute at block 302. The 
term "monitored program" as used herein may include a target software program. A 
usage time for the monitored program is measured at block 304. The usage time is sent 
to a monitoring program at block 306. 
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In one embodiment of the invention, the determination at block 302 may be 
performed using a periodic authorization process. For example, a request for 
authorization to execute is received from the monitored program. The monitored 
program is authorized to execute for a time interval. The term "time interval" as used 
herein may refer to a time period during which the monitored program may be authorized 
to execute. The time interval is sent to the monitored program. This process may 
continue on a periodic basis until a terminating event has occurred. Once the terminating 
event occurs, the time intervals for each repeated process may be added together to form 
the usage time. For example, if three time intervals were sent to the monitored program 
prior to the terminating event, the three time intervals would be added together to form 
the usage time. It can be appreciated that the time intervals may be the same or different 
and still fall within the scope of the invention. 

In one embodiment of the invention, the terminating event may comprise 
receiving a message indicating use or execution of the program has stopped. For 
example, the monitored program may receive an instruction to terminate execution by a 
user. Prior to terminating, the monitored program may send a message to the managing 
program indicating that the monitored program has received a terminating instruction and 
therefore will no longer be executing. 

In one embodiment of the invention, the terminating event may comprise failing 
to receive another request for authorization to execute within the time interval. This may 
occur, for example, if the monitored program has prematurely terminated without time to 
send a termination message to the managing program, such as in the event of a power 
failure or computer malfunction. 
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In one embodiment of the invention, the monitored program and the managing 

program communicate with each other using a secure method. One example of a secure 

method may be an encryption/decryption scheme. For example, the monitored program 

and managing program may communicate to each other using messages 

5 encrypted/decrypted in accordance with various security schemes. One embodiment of 
the invention may use a symmetric scheme, for example. A symmetric scheme as used 
herein may refer to a security scheme where both parties use the same security code or 
"key" to encrypt and/or decrypt a secure message. In one embodiment of the invention, 
the monitored program and managing program are configured to communicate 

10 information using a symmetric scheme in accordance with the Data Encryption Standard 
(DES) or Triple DES (TDES) as defined by the National Institute of Standards and 
Technology, Federal Information Processing Standards Publication 46-3, October 25, 
1995, and available from "http://csrc.nist.gov/cryptval/des/desvaLhtmr' ("DES 
Specification"), although the embodiments of the invention are not limited in this context. 

15 Once a usage time has been determined, the managing program may send the 

usage time to a monitoring program. The monitoring program may reside at a computer 
or server other than the monitored program or the managing program, although the 
invention is not limited in this context. In one embodiment of the invention, the 
managing program and the monitoring program both reside at a computer or server 

20 capable of communicating information in accordance with the TCP/IP Specification. 

More particularly, the managing program may request a connection formed in accordance 
with the Hypertext Transfer Protocol (HTTP) as defined by the IETF draft standard RFC 
2616, June 1999 ("HTTP Specification), and the Secure HTTP (S-HTTP) as defined by 
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the IETF experimental standard RFC 2660, August 1999 ("S-HTTP Specification), both 

available from ' Vww.ietf.org " although the embodiments of the invention are not 

limited in this context. Once connection is made, the usage time may be sent to the 

monitoring program over the connection. 

5 Similar to the communications between the monitored program and the managing 

program, communications between the managing program and the monitoring program 

may be secure communications. One example of a secure method may be an 

encryption/decryption scheme. For example, the managing program and monitoring 

program may communicate to each other using messages encrypted/decrypted in 

iCa 10 accordance with various security schemes. One embodiment of the invention may use an 

CO asymmetric scheme. An asymmetric scheme as used herein may refer to a security 

G 

scheme where both parties use different keys to encrypt and/or decrypt a secure message, 
^'^j In one embodiment of the invention, the managing program and monitoring program are 

% configured to communicate information using an asymmetric scheme in accordance with 

il. 15 the Secure Sockets Layer (SSL) Protocol Version 3.0 Internet draft as defined by the 
Q IETF, November 1996 ("SSL Specification"), or the Transport Layer Security (TLS) 

Protocol draft standard as defined by the IETF RFC 2246, January 1999 ("TLS 
Specification), both available from " www.ietf.org /' although the embodiments of the 
invention are not limited in this context. Furthermore, the monitoring program may act 
20 as a single trusted source that may issue a certificate of authority for use by the managing 
program to, for example, authenticate the IP address for the monitored program, 
managing program or monitoring program. 
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It is worthy to note that although particular embodiments of the invention may use 
symmetric or asymmetric security schemes, it can be appreciated that any security 
scheme may be used to communicate information between the monitored program, the 
managing program and the monitoring program, and still fall within the scope of the 
embodiments of the invention. 

The managing program may authorize execution for a monitored program in a 
number of different ways. For example, the managing program may have an 
authorization table in memory. The authorization table may include, for example, a name 
for the monitored program, whether the monitored program is authorized to execute, and 
a predetermined time interval associated with the monitored program. An example of an 
authorization table is shown in Table 1 below. 



TABLE 1 



Monitored Program 


Authorization 


Time Interval 


Program 1 


Yes 


10 minutes 


Program 2 


Yes 


1 hour 


Program 3 


Yes 


1 day 


Program 4 


No 


NA 



Once the managing program receives a request for authorization to execute from 
the monitored program, the managing program may search the authorization table using 
the program name. Once the program name is found, the managing program may 
determine whether the monitored program is authorized to execute, and if so, it may 
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retrieve a predetermined time interval for the monitored program to execute. The 

managing program may then send the time interval to the monitored program. 

For example, if the monitored program is identified as "Program 1," the managing 
program may use the authorization table to determine that Program 1 is authorized to 
execute, and retrieve the corresponding time interval of 10 minutes. The managing 
program may then send the time interval of 10 minutes to the monitored program. The 
monitored program would then know that it must send another request for authorization 
to execute message within 10 minutes to continue executing, or else it may be terminated. 
In another example, if the monitored program is identified as "Program 4," the managing 
program may use the authorization table to determine that Program 4 is not authorized to 
execute. The managing program may then respond in a number of ways, such as seeking 
authorization for the monitored program from the monitoring program, recording the 
number of attempts a monitored program seeks to request authorization, or send a 
termination message to the monitored program. 

It can be appreciated that Table 1 is illustrative in nature and that the 
embodiments of the invention are not limited in this context. For example, the 
authorization table may omit a field for "Authorization" and merely use the field for 
"Time Interval" to imply whether authorization is granted. For example, the field for 
"Time Interval" may contain a default value that may be defined to mean authorization 
was not permitted, such as "NA" or "0". 

Furthermore, it can be appreciated that the length of the time interval may vary 
according to a particular network or system configuration. As a general matter, the 
shorter the time interval the more accurate the usage time may be determined. For 
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example, if a monitored program were to terminate prematurely, a smaller time interval 

would approximate total usage time for the monitored program more accurately than a 

larger time interval. This may be particularly important if a user were charged for use of 

a monitored program based on the usage time, for example. 

5 FIG. 4 is a block flow diagram of the programming logic performed by a 

monitored program module in accordance with one embodiment of the invention. The 
term monitored program module refers to the software and/or hardware used to 
implement the functionality for requesting authorization to execute, and if necessary 
terminating the monitored program, as described further herein. In this embodiment of 

10 the invention, network node 104 may perform the functionality described with reference 
to the monitored program module. It can be appreciated that this functionality, however, 
may be implemented by any device, or combination of devices, located anywhere in a 
communication network and still fall within the scope of the invention. 

FIG. 4 illustrates a programming logic 400 that when executed by a processor, 

15 such as processor 202, may perform the functionality described therein. A determination 
is made as to whether a monitored program has authorization to execute at block 402. At 
block 404, the monitored program is executed in accordance with the determination at 
block 402. 

In one embodiment of the invention, the determination at block 402 may comprise 
20 a query to a managing program. For example, the monitored program may send a 

message to the managing program requesting authorization to execute. The managing 
program may respond by sending the monitored program authorization to execute, along 
with a time interval for execution. This process may be repeated by having the monitored 
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program send another request for authorization prior to the received time interval. In 

other words, the monitored program may execute as long as it receives proper 

authorization from the managing program in the form of a received message with a time 

interval. Once the monitored program is finished executing, such as when it receives a 

request to terminate from a user, the monitored program may send a termination message 

to the managing program. The termination message may inform the managing program 

that execution of the monitored program has been terminated. 

In one embodiment of the invention, the monitored program may be instructed to 
terminate if the monitored program fails to receive an authorization message and time 
interval from the managing program within a predetermined time period. The 
predetermined time period may be any desired period of time, e.g., 10 minutes. In 
another embodiment of the invention, the monitored program may be instructed to 
terminate if the monitored program fails to receive an authorization message and time 
interval from the managing program after a predetermined number of requests for 
authorization to execute without reply. In both cases, the failure to receive an 
authorization message from the managing program may indicate that the monitored 
program is no longer running in a secure environment and therefore reliable usage time 
may not be guaranteed by the monitoring process. 

FIG. 5 is a block flow diagram of the programming logic performed by a 
monitoring program module in accordance with one embodiment of the invention. The 
term monitoring program module refers to the software and/or hardware used to 
implement the functionality for monitoring usage time for a monitored program as 
described herein. In this embodiment of the invention, network server 1 18 may perform 
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the functionality described with reference to the monitored program module. It can be 
appreciated that this functionality, however, may be implemented by any device, or 
combination of devices, located anywhere in a communication network and still fall 
within the scope of the invention. 

5 FIG. 5 illustrates a programming logic 500 that when executed by a processor, 

such as processor 202, may perform the functionality described therein. A usage time for 
a monitored program is received over a network connection at block 502. The usage time 
may be reported to a user corresponding to the monitored program at block 504. For 
example, a user profile may be associated with each monitored program. The user profile 

10 may contain, for example, information regarding authorized users of the monitored 
program, a person responsible for paying for use of the monitored program, costs 
associated with using the monitored program, a billing address for the responsible person, 
and so forth. The monitoring program may use the user profile to automatically 
determine a cost value for use of the monitored program based on the usage time, and 

15 send a bill to the person responsible for paying for such use. The term "automatically" as 
used herein refers to performing the stated function without human intervention. 

In addition, the monitoring program may create, manage and update authorization 
tables for the managing program. For example, if a new monitored program were to be 
managed by the managing program, the appropriate information would be added to the 

20 authorization table for the managing program. In one embodiment of the invention, this 
could be accomplished by sending the modifications to the managing program and having 
the managing program update its own authorization table. In another embodiment of the 
invention, the monitoring program may send a new authorization table to the managing 
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program to replace the previous authorization table. In both cases, the monitoring 
program may update the authorization on a periodic basis, or when the monitoring 
program receives a modification request from, for example, the managing program or an 
authorized user as defined in the user profile. 

While certain features of the embodiments of the invention have been illustrated 
as described herein, many modifications, substitutions, changes and equivalents will now 
occur to those skilled in the art. It is, therefore, to be understood that the appended 
claims are intended to cover all such modifications and changes as fall within the true 
spirit of the embodiments of the invention. 
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